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Method for immediate delivery of e-mails to telecommunication terminals 



[0001] The invention relates to a method for immediate delivery (push delivery) of e-mails to 
telecommunication terminals via at least one telecommunication network. The 
telecommunication terminals can be both mobile and landline telecommunication terminals. 

[0002] E-mails are typically retrieved using the pull-principle, i.e., an e-mail server must be 
polled periodically (manually or automatically) to find out if new e-mail messages have arrived. 
This represents a needless expense for a person polling the server, if no new messages have 
arrived, while e-mails are delivered only with a delay depending on the polling period. 

[0003] New data services include so-called push-services. Unlike the pull-principle typically 
used in the Internet, these services transmit information to the corresponding terminals without 
polling. One example for the push technology in mobile terminals is the widespread SMS (Short 
Message Service). Lesser-known are MMS (Multimedia Messaging System) and push services 
via the Wireless Application Protocol (WAP), which can be used, for example, for system 
monitoring. 



[0004] Systems which directly deliver e-mails to mobile clients are currently offered by a few 
manufacturers based on proprietary protocols. However, these systems require a special IT 
infrastructure at the subscriber and special mobile radio terminals. One example of such system 
is the communication terminal referred to as "Blackberry" from the company RIM (Research In 
Motion). 



[0005] It is an object of the invention to provide a method and a device for the immediate 
delivery of e-mail, which does not require an additional IT infrastructure at the subscriber. The 
system should be compatible with conventional landline and wireless terminals, PDAs or 
Smartphones, and be based on open standards. 

[0006] The object is solved according to the invention by the features of the independent claims. 
[0007] Advantageously embodiments and modifications of the invention are recited in the 
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dependent claims. 



[0008] According to the disclosed method, incoming e-mails are directly delivered to the 
telecommunication terminal of the subscriber via conventional MMS or WAP push service, 
which already exist in mobile telecommunication networks. 

[0009] According to a preferred embodiment of the invention, a special push server is provided 
in addition to the e-mail server of the e-mail provider. To be able to use the push mail service, 
the subscriber must establish forwarding at the e-mail server, so that incoming e-mails can be 
forwarded to a specially established "push e-mail" address (e.g., 49171 1234567@pushmail.t- 
mobile.de) of the push mail server. The push mail server automatically sends the e-mails to the 
e-mail client on the terminal for processing. 

[0010] A subscriber account in the form of a database must be established on the push mail 
server for each subscriber. A component of this subscriber account is at least the telephone 
number of the intended terminal (or several terminals) of the subscriber, to which the push e- 
mails should be delivered, as well as the original e-mail address of the subscriber. 

[0011] In a simplified embodiment of the invention, the database can be eliminated. By 
using a special configuration of the "push mail address (e.g., 49171 1234567@pushmail.t- 
mobile.de), the push mail server can readily determine the telephone number of the recipient 
from the "push mail" address. 

[0012] The push mail server is connected to the MMS or WAP push system of the employed 
landline or mobile telecommunication network, preferably via a so-called Large Account, i.e., a 
MMS or WAP push access for transmitting large data volumes. 

[0013] The push mail server must also encapsulate the e-mail in a suitable content type, so 
that the e-mail can be transmitted via the MMS or WAP push format. Advantageously, the 
content type "message/rfc822" which is already specified in the Internet standards can be used. 
The messages are then essentially divided into a body and a header. The body of a message 



2 



contains the actual information to be sent. The content can be any combination of ASCII 
symbols, without regard for syntax rules. The header includes, among others, information about 
the recipient(s), the sender, priority, transmission time, encoding type, etc. The respective 
information is stored in header fields. 

[0014] According to an advantageous embodiment of the invention, the push mail server can 
also include a billing mechanism, which can be used to produce toll tickets for the billing system 
of telecommunication network operators or other service providers. 

[0015] According to another embodiment of the invention, the function of the push mail 
server is integrated directly in the existing e-mail server. In this case, the subscriber account can 
either be entirely omitted our at least simplified, because storing the original e-mail address is no 
longer necessary. Also no longer necessary is a special "push e-mail" address, i.e., explicitly 
forwarding of incoming e-mails to a special "push e-mail" address can be eliminated, if the 
functionality of the push mail server is integrated in the employed e-mail server. 

[0016] The push e-mail client employed in the terminal can be a conventional WAP client or 
MMS client which is enhanced so as to detect encapsulated e-mails. When message content 
encapsulated with the aforementioned special content type, for example "message/rfc822", is 
detected, the e-mail contained therein is extracted and transmitted to the e-mail client of the 
terminal. 

[0017] The existing e-mail server must generally support automatic forwarding of the 
received e-mails, so that the e-mails can be forwarded to the push mail server. The application 
of forwarding rules prevents forwarding of unwanted e-mails, i.e., this subscriber can set rules 
which e-mails are to be treated as push e-mails and which e-mails are to be processed in a 
conventional manner. 

[0018] If the function of the push mail server is integrated in the e-mail server, a suitable 
function for filtering the e-mails, which are to be transmitted to the mobile client, can be 
provided. 
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[0019] An exemplary embodiment of the method of the invention will now be described with 
reference to the drawing. 

[0020] Fig. 1 shows a possible exemplary process flow in a mobile communication system. 

[0021] An e-mail originating from the sender is transmitted via the Internet 1 to an e-mail 
server 2 of the recipient. 

[0022] The e-mail is forwarded from the e-mail server 2 to an e-mail address established for 
the recipient on a push mail server 3. The recipient can define rules at the e-mail server 2, based 
on which the e-mails are forwarded to his/her e-mail address on the push mail server 3. The 
rules set criteria, for example message size, number of messages, sender, etc., based on which 
the e-mail is forwarded to the push mail server 3. 

[0023] The forwarding rules are taken into account when the e-mail is forwarded to the push 
mail server 3. 

[0024] The push mail server 3 determines from a database containing subscriber data the 
telephone number of the recipient, which is typically the telephone number of a mobile 
communication device. The telephone number of the recipient can also be determined from the 
address of the recipient in the forwarded e-mail instead of a database. The e-mail is encapsulated 
in a message with a suitable content type, e.g., encapsulation with content type 
"message/rfc822". 

[0025] The encapsulated e-mail is forwarded to the download infrastructure 4 of the 
communication network operator. The download infrastructure may include the following 
network components: MMSC (Multimedia Messaging Service Center), WAP Gateway, Push 
Proxy, and SMSC (Short Message Service Center), depending if the e-mail is transmitted via a 
MMS or a WAP push service. 
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[0026] The encapsulated e-mail is delivered to the terminal 5 of the recipient as MMS or 
WAP push download in a conventional manner. 

[0027] The encapsulated message is received in the terminal 5. The WAP or MMS client at 
the terminal must detect the corresponding content type, e.g., "message/rfc822", and unpack the 
message content of the corresponding content type and transmit the same to the corresponding 
locally installed e-mail client. The e-mail client signals to the recipient the presence of a new 
message. 
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[0028] Reference symbols in the drawing 



[0029] 1 Internet 



[0030] 2 E-mail Server: 

Subscriber defines the rules based on which the e-mails are forwarded to his/her 
e-mail address on a push mail server (message size, number of messages, sender, 
■■•) 

[0031] 3 Push Mail Server 

- determine telephone number of the recipient from a database containing 
customer data (or from the recipient's address of the forwarded e-mail) 

- encapsulate e-mail in a message with the suitable content type (e.g., 
encapsulation with content type M message/rfc822") 



[0032] 4 Operator Download Infrastructure 

MMSC + WAP GW + Push Proxy + SMSC 



[0033] 5 Terminal of the Recipient 

- receive encapsulated message 

- WAP or MMS client must detect the corresponding content type (e.g., 
M message/rfc822 M ) 

- unpack message content of the corresponding content type and transmit the same 
to the corresponding locally installed e-mail client 

- e-mail client signals to the recipient the presence of a new message. 
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